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VOICE MESSAGE NOTIFICATION AND RETRIEVAL VIA MOBILE CLIENT 



DEVICES IN A COMMUNICATION SYSTEM 



Related Application(s) 

5 The present application claims the priority of U.S. Provisional Patent Application Serial No. 

60/435,463, filed December 20, 2002 and entitled "System and Architecture of Multimodal and 
Multimedia Access for Secure Service Delivery, Service Notification and Monitoring Over 
Converged Networks for Mobile Users," the disclosure of which is hereby incorporated by reference 
herein. 

10 The present application is related to U.S. Patent Application Attorney Docket No. 502042-A- 

01 -US (Chou), filed concurrently herewith and entitled "Secure Interaction Between a Mobile Client 
Device and an Enterprise Application in a Communication System," the disclosure of which is 
hereby incorporated by reference herein. 

15 Field of the Invention 

The invention relates generally to the field of communication systems, and more particularly 
to techniques for controlling access of mobile users to an enterprise voice messaging system (VMS). 

Background of the Invention 

20 In recent years there has been extensive growth in VMS use in corporations and other 

enterprises. It is generally desirable to provide secure remote access to an enterprise VMS, in order 
to accommodate those users who may be traveling, telecommuting or otherwise in a location remote 
from the enterprise itself. For example, such users will generally want to be able to access the 
enterprise VMS from a mobile client device, such as a mobile telephone or personal digital assistant 

25 (PDA). 

One type of conventional approach to providing the above-noted remote access does not 
supply received message notifications to remote users. Instead, a user must frequently call in to 

1 



503012-A-01-US (Chou) 



access his or her voice mailbox on the enterprise VMS in order to determine if any messages have 
been received. Clearly, such an approach is inconvenient for the user. 

There are also a number of notification-enabled approaches. For example, a user may be 
notified via an e-mail message or a short message service (SMS) message when a new voice 
5 message arrives for that user in the VMS. However, with this approach the user generally still has 
to dial the telephone number of the enterprise VMS in order to access the received voice message. 
This can be very cumbersome, particularly when the remote user is in transit and equipped with 
only a simple mobile device having a small keypad. Other notification-enabled approaches are more 
sophisticated, and upon notification may allow the user to access the VMS via a web page or other 
10 type of direct connection. However, these more sophisticated arrangements often require special 
purpose hardware, such as a complex telephony server or a special type of mobile device, and are 
generally not designed for single-key access to the VMS from the mobile device. 

It is apparent from the foregoing that a need exists for improved techniques for voice 
message notification and retrieval for mobile users. 

15 

Summary of the Invention 

The present invention meets the above-noted need by providing, in accordance with one 
aspect of the invention, improved voice message notification and retrieval for a mobile client device 
in a communication system. More specifically, voice message notification and retrieval 

20 functionality is provided by generating push content deliverable from a server to the mobile client 
device over a wireless network. The push content comprises a notification of at least one voice 
message received for a corresponding user in a VMS. A connection between the mobile client 
device and the voice messaging system is initiatable from the mobile client device, responsive to the 
push content, for retrieval of the at least one received voice message. 

25 In an illustrative embodiment, the push content comprises at least one link which when 

activated at the mobile client device initiates a connection between the mobile client device and the 
VMS. As a more particular example, the at least one link may comprise a live telephone link 
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specifying at least a telephone number of the VMS, such that the connection between the mobile 
client device and the voice messaging system may be initiated from the mobile client device utilizing 
a single-key operation. 

The server in the illustrative embodiment comprises a wireless secure server (WSS) that is 
5 coupled to an enterprise multimedia communication server (EMCS). The WSS communicates with 
the mobile client device utilizing wireless application protocol (WAP). The VMS may be coupled 
between the EMCS and a private branch exchange (PBX) element of the communication system. 
The VMS upon receipt of the voice message generates an outgoing call to the PBX element, with 
the outgoing call comprising routing information and user identification information, and the user 

10 identification information identifying the user corresponding to the received voice message. The 
outgoing call is processed in the PBX element in a manner that results in a connection being 
established between the VMS and the EMCS, with the user identification information thereby being 
made accessible to the EMCS. The EMCS operates in conjunction with the WSS in generating the 
push content that is deliverable to the mobile client device. 

1 5 The push content may be deliverable from the WSS to the mobile client device via a series 

connection of a push initiator and a push proxy gateway. For example, the push content may be 
generated in the form of a service indication (SI) including at least one notification message and at 
least one corresponding link which when activated provides access to the received voice message 
at the mobile client device. 

20 In accordance with another aspect of the invention, the push content may provide a 

notification of each of a plurality of received voice messages. For example, at least one of the 
plurality of received voice messages may be associated with a first voice mailbox of the VMS and 
one or more of the remaining received voice messages may be associated with one or more other 
voice mailboxes of the VMS. As another example, at least one of the plurality of received voice 

25 messages may be associated with a first VMS and one or more of the remaining received voice 
messages may be associated with a second VMS different than the first VMS. 
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The present invention provides numerous advantages over the conventional techniques 
previously described. For example, as noted above, the invention in the illustrative embodiment 
supports single-key operation for access to a VMS to retrieve a stored voice message, thereby 
avoiding the need for users to enter VMS telephone numbers at their mobile client devices. Also, 
5 the invention can be used to provide automated notification and retrieval for multiple mailboxes 
across different VMS providers, making it appear to the user as if all of the multiple mailboxes were 
associated with a single provider. In addition, the voice message notification and retrieval is 
provided in a secure manner, without compromising the EMCS, VMS or other elements behind a 
system firewall. Moreover, the illustrative embodiment leverages existing VMS, PBX and other 
10 telephony equipment elements of the system, such that the improved voice message notification and 
retrieval is provided in a particularly efficient manner and at low cost. 

Brief Description of the Drawings 

FIG. 1 shows an exemplary communication system in which the invention is implemented. 
15 FIG. 2 is a simplified block diagram showing one possible implementation of a processing 

element of the FIG. 1 system. 

Detailed Description of the Invention 

The invention will be described below in conjunction with an exemplary communication 
20 system. It should be understood, however, that the invention is not limited to use with any particular 
type of communication system or any particular configuration of clients, servers, gateways or other 
processing elements of the system. Those skilled in the art will recognize that the disclosed 
techniques may be used in any communication system application in which it is desirable to provide 
improved remote access to an enterprise VMS from a mobile client device. 
25 FIG. 1 shows an example communication system 100 in which the present invention is 

implemented. The system 100 includes a network 102, an enterprise multimedia communication 
server (EMCS) 104, and a wireless secure server (WSS) 106. The EMCS 104, which is assumed 
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to run on a computer, server or other processing element associated with a given enterprise, is 
separated from the WSS 106 via an enterprise firewall 108. 

The system 100 also includes a wireless application protocol (WAP) mobile client device 
1 10, which communicates with the WSS 106 over network 102. More specifically, the mobile client 
5 device 1 10 communicates with the WSS 106 via WAP gateway (WG) 1 12, and via a push proxy 
gateway (PPG) 1 14 and a push initiator (PI) 1 16, as shown. 

The system 100 further includes a VMS 120 coupled to the EMCS 104. The VMS 120 is 
coupled to a private branch exchange (PBX) 122 which supports a number of user terminals denoted 
generally by 124-1 and 124-2. The VMS 120 in this embodiment exchanges voice messaging 
10 information, illustratively in the form of H.323 calls, with the EMCS 104, based on calls placed to 
VMS users and received in the PBX 122. 

The details of WAP are well known to those skilled in the art, and are described in the WAP 
specification documents, which are hereby incorporated by reference herein. These documents 
include the following: 

1 5 WAP Architecture: http://wwwl . wapforum.org/tech/documentsAV AP-2 1 0-WAPArch- 

20010712-a.pdf; 

WAP Push Architecture: http://wwwl .wapforum.org/tech/documents/WAP-250- 
PushArchOverview-200 1 0703-a.pdf ; 

PAP: http://ww.wapforum.org/what/technical/PROP-PAP-19990816.pdf; and 
20 OTA: http://wwwl .wapforum.org/tech/documents/WAP-235-PushOTA-20010425-a.pdf. 

Although WAP is utilized in the illustrative embodiment, it should be understood that use 
of WAP is not a requirement of the invention. Examples of other protocols that may be used in 
implementing the invention include SMS, MMS, GPRS, IEEE 802.1 1, etc. 

The EMCS 104 is an example of what is more generally referred to herein as an enterprise 
25 application, and it is to be appreciated that numerous other enterprise applications may be used in 
place of EMCS 104 in implementing the invention. 
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The EMCS 104 may comprise one or more software programs running on or otherwise 
associated with a communication system switch, such as a DEFINITY® Enterprise Communication 
Service (ECS) communication system switch available from Avaya Inc. of Basking Ridge, New 
Jersey, USA. Another example call processing switch suitable for use in conjunction with the 
5 present invention is the MultiVantage™ communication system switch, also available from Avaya 
Inc. Such switches may also be used to implement the VMS 120 and PBX 122 of FIG. 1, as will be 
apparent to those skilled in the art. 

The WG 1 12, PPG 1 14 and PI 1 16 may each be implemented as one or more applications 
or other software programs running on a web server or any other type of processing platform 
1 0 suitable for executing such programs. 

The WSS 106 communicates alert and/or notification information to the mobile client 1 10 
via PI 1 16 and PPG 1 14, and receives requests from and delivers associated content to the mobile 
client 110 via the WG 112. 

As is described in greater detail in the above-cited U.S. Patent Application Attorney Docket 
15 No. 502042-A-01-US (Chou), the WSS 106 may include elements such as a device profiling 
element, a registration server, a first-in first-out (FIFO) user and device profile queue, and a content 
generator including functionality associated with real-time embedded uniform resource identifier 
(URI) processing, content and control. Other elements, such as one or more connectors and an 
image rendering module, may also be included in the WSS. It is to be appreciated, however, that 
20 the invention does not require any particular grouping of elements within the WSS, and numerous 
configurations suitable for providing the WSS functionality described herein will be readily apparent 
to those skilled in the art. 

In the illustrative embodiment, the WSS 106 preferably interacts with the EMCS 104 
through hypertext transfer protocol (HTTP) or hypertext transfer protocol secure (HTTPS) 
25 connections, such as EMCS-initiated HTTP PULL and POST communications, and utilizes WAP 
to deliver multimedia service content to mobile client devices. 
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References to HTTP herein should be understood to include the possible use of HTTPS 
where appropriate. For example, HTTPS allows the use of secure sockets layer (SSL) as its 
transport protocol access scheme, as is well-known in the art, and this type of an arrangement may 
be utilized in a given embodiment of the invention. 

5 It should be noted that, although shown as separate elements in the embodiment of FIG. 1, 

the EMCS 104 and WSS 106 in other embodiments may be elements of a single common processing 
platform. However, the EMCS and WSS when implemented on a common processing platform are 
still preferably logically separated such that the EMCS is behind the enterprise firewall and the WSS 
is outside the enterprise firewall, as shown in the figure. 

10 The WSS 106 is an example of what is more generally referred to herein as a "server." The 

term "server" as used herein in the context of the WSS is intended to include any arrangement of 
one or more computers or other processing devices configurable to provide interaction between a 
mobile client device and an enterprise application using a combination of push and pull delivery 
mechanisms in accordance with the invention. 

15 User and device profile information may be shared between the mobile client 1 10 and a 

device profiling element of the WSS 106, via a connection established over the network 102 or other 
suitable communication channel. 

The mobile client device 1 10 is also referred to herein as a mobile client, or simply as a 
client. The mobile client 1 10, although illustrated in FIG. 1 as a mobile cellular telephone, may 

20 alternatively be a personal digital assistant (PDA), a mobile computer, or any other type of 
processor-based client device suitably configured for interaction with the WSS 106 in providing 
various communication functions of the system 100. Conventional aspects of such client devices 
are well known in the art and therefore not described in further detail herein. Also, although only 
a single mobile client is shown in the figure, the system 100 will typically include many such clients. 

25 Additional system elements, of a type known in the art but not explicitly shown in FIG. 1, 

may be coupled between the mobile client 1 10 and the WSS 106, between the WSS 106 and the 
EMCS 104, or otherwise arranged within the system 100, in accordance with conventional practice. 
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Network 102 may represent, e.g., a global communication network such as the Internet, an 
intranet, a wide area network, a metropolitan area network, a local area network, a wireless cellular 
network, or a satellite network, as well as portions or combinations of these or other wired or 
wireless communication networks. The network 102 in the illustrative embodiment may thus be 
5 viewed as a converged network which includes a mobile wireless network portion and an Internet 
and/or intranet network portion. 

It should be emphasized that the simplified configuration of the system 100 as shown in FIG. 
1 is for purposes of illustration only, and should not be construed as limiting the invention to any 
particular arrangement of elements. For example, the system 100 may include additional clients, 
10 servers, gateways, routers, switches or other types of processing elements. 

As indicated above, the illustrative embodiment includes a number of WAP-enabled 
processing elements. WAP generally provides an open, global specification for developing 
applications that operate over different wireless communication networks. Again, although the 
illustrative embodiment makes use of WAP and is described in that context, WAP is not a 
15 requirement of the invention, and the invention can be implemented using other standard or non- 
standard protocols. 

One important aspect of WAP is the specification of a push architecture that allows content 
to be sent or "pushed" by server-based applications to a WAP-compliant mobile client device, 
without requiring an explicit request from the device. The term "push content" as used herein is 
20 intended to include any type of information that may be sent to a mobile client device via a push 
mechanism. 

In the FIG. 1 embodiment, the PI 1 16 communicates with the PPG 1 14 using Push Access 
Protocol (PAP), while the PPG 1 14 uses a push Over-The-Air (OTA) protocol to deliver the push 
content to the mobile client. The PPG may notify the PI about the final outcome of a push 
25 submission and optionally handle cancellation, replacement, client capability or other requests from 
the PI. 
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The PI 1 16 and its interaction with other system elements will now be described in greater 

detail. 

The PI 1 16 is an entity that originates push content and submits it in the form of a push 
request to the PPG 1 14 for delivery to the WAP mobile client 1 10. The push request is preferably 

5 configured in accordance with the above-noted PAP or other suitable protocol. The PI in the 
illustrative embodiment is typically on the Internet, while the WAP mobile client 1 10 is in the WAP 
domain. Therefore, the PI cannot contact the WAP mobile client without an intermediary or a 
translation gateway, provided in this embodiment by the PPG 114. The PI addresses the PPG 
directly and addresses the mobile client indirectly. It assembles the push request in PAP format and 

10 submits the corresponding PAP message to the PPG. Each such submission has a unique identifier. 
By way of example, the PI can request the outcome of a submission, e.g., submission delivered or 
submission undeliverable, check the capabilities of a specific client device, or check the status of 
a previous submission or cancellation of a submission. The PPG provides the PI with client 
capability lookup services, thereby allowing the PI to select the optimal presentation attributed for 

15 particular content and a given client. 

PAP utilizes extensible mark-up language (XML) and may be transported using protocols 
such as HTTP, simple mail transfer protocol (SMTP), etc. An example push request in the 
illustrative embodiment may be implemented as a single-part or multi-part document which contains 
one or more of the following entities: 

20 1 . A control entity comprising an XML document containing delivery instructions designed 

for the PPG 1 14. The control entity is generally viewed as a mandatory entity in the illustrative 
embodiment. It identifies the target mobile client device and contains delivery instructions such as 
time delivery restrictions. 

2. A content entity that contains content destined for the mobile client device. A content 

25 entity is only required for a push submission, but when utilized should be the second entity in the 
multi-part document. 
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3. An optional capabilities entity that contains the mobile client device capabilities for 
which the message is formatted. The PI may create this entity to indicate what it assumes the 
capabilities to be. The PPG also sends a capabilities entity in response to a client capabilities query 
message. 

5 The above entities may be bundled together as a Multi-Purpose Internet Mail Extensions 

(MIME) document, which may be sent from the PI to the PPG using a protocol such as HTTP. 

PAP is also utilized to support the following example operations in the illustrative 
embodiment: 

1. Push Submission. Delivery of a push message from the PI to a mobile device. 
10 2. Push Cancellation. Allows the PI to attempt to cancel a push submission. All push 

cancellation requests may be delivered as XML documents. 

3. Status Query. The PI can request the current status of a push submission. All status 
query requests may be delivered as XML documents. 

4. Client Capabilities Query. The PI can query the PPG to retrieve the capabilities for a 
15 specific mobile client device. All such requests may be delivered as XML documents. 

5. Result Notification. The PPG informs the PI of the final outcome of the push submission, 
for example, confirmation of content delivery to the target mobile client device. Preferably, the 
result notification operation is optional and occurs only if the PI requests it. All such requests may 
be delivered to the PI as XML documents when the final outcome of the corresponding push 

20 submission is known. 

The following are examples of various types of content that may be delivered in the 
illustrative embodiment using PAP: 

1. Service Indication (SI). This content type comprises one or more asynchronous 
notifications. For example, a given SI may contain a brief message and a URI specifying a 
25 particular service. The mobile client can start the associated service immediately or store the SI for 
later action. 
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2. Service Loading (SL). This content type allows a user associated with a given mobile 
client device to load and execute a service specified by a URL 

3. Cache Operation. This content type makes it possible to invalidate content objects in a 
cache associated with the mobile client device. Preferably, the system is configured such that all 

5 invalidated content objects must be reloaded from the server on which they originated the next time 
they are accessed. The cache operation content type may be utilized, for example, if an application 
cannot predict when content that it creates will expire. 

A typical execution of the PI may include the following steps: 
L Address the PPG and mobile client device. 
10 2. Assemble push content. 

3. Assemble push request. 

4. Submit push request. 

5. Check submission status. 

6. Get result notification. 

15 It is to be appreciated that the foregoing push request entities, PAP-based operations and 

content types, and PI execution steps are merely illustrative examples, and need not be present in 
a given embodiment of the invention. 

As indicated previously, additional details regarding conventional aspects of WAP are well 
known to those skilled in the art. Such details are therefore not described herein. 

20 Example user registration and secure information access processes in the system 100 are 

described in the above-cited U.S. Patent Application Attorney Docket No. 502042-A-01-US (Chou). 
These example user registration and secure information access processes of the illustrative 
embodiment utilize the example elements of system 100 as shown in FIG. L As indicated 
previously, the invention can be implemented without using these particular elements, and those 

25 skilled in the art will recognize that other user registration and secure information access processes 
can be implemented using other system elements and associated protocols within the scope of the 
invention. 
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FIG. 2 shows one possible implementation of a given processing element of the FIG. 1 
system. The processing element 200 of FIG. 2 may represent, by way of example, at least a portion 
of the mobile client device 1 10, the EMCS 104, the WSS 106, or other processing element of the 
system 100. 

5 The processing element 200 as shown in the figure includes a processor 202 coupled to a 

memory 204 and one or more network interfaces 206. The techniques of the present invention may 
be implemented at least in part in the form of software storable in the memory 204 and executable 
by the processor 202. The memory 204 may represent random access memory (RAM), read-only 
memory (ROM), optical or magnetic disk-based storage, or other storage elements, as well as 

1 0 portions or combinations thereof. 

Those skilled in the art will recognize that the individual elements of FIG. 2 as shown for 
illustrative purposes may be combined into or distributed across one or more processing devices, 
e.g., a microprocessor, an application-specific integrated circuit (ASIC), a computer or other 
device(s). 

1 5 The FIG. 2 arrangement is considerably simplified for purposes of illustration. For example, 

if viewed as representative of a mobile client device, the processing element 200 may include 
conventional elements typically associated with such a device, such as codecs and other voice signal 
processing hardware or software elements. 

The voice message notification and retrieval functionality of the system 100 will now be 

20 described in greater detail. 

The system 100 in the illustrative embodiment is configured so as to automatically generate 
and send notifications to the mobile client device 1 10 upon the arrival of new voice messages in the 
corresponding account in VMS 120. The notification may advantageously include a live telephone 
link to the VMS 120, such that the user, upon receipt of the notification, need only press a single key 

25 on the client device in order to activate the live telephone link to connect to the VMS and retrieve 
the voice message(s). 

12 
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In other embodiments, additional information may be sent in the push content with the live 
telephone link, such as user account information. This can provide a further reduction in the amount 
of information that the user must enter at the mobile client device. For security reasons, it is 
generally preferable not to send VMS account passwords in the push content in the illustrative 

5 embodiment, but such account information could be sent if protected through cryptographic 
operations or other suitable mechanisms. 

The above-described single-key operation in the illustrative embodiment avoids the need for 
any user recall or entry of VMS telephone numbers at the client device. Moreover, the approach 
leverages the existing VMS, PBX and other telephony equipment of system 100 in order to provide 

10 the improved voice message notification and retrieval functionality at very low cost. 

In the FIG. 1 embodiment, a given user of the VMS 120 registers for the voice message 
notification and retrieval service by providing a user profile that includes identifying information 
for his or her VMS account as well as for the mobile client device which is to receive the 
corresponding voice message notifications. 

1 5 The user may be permitted to register multiple voice mailboxes from the same VMS or from 

a number of different VMSs. Since live telephone links for the various mailboxes are pushed to the 
client device, the system provides a unified and efficient mechanism for retrieving voice messages 
from different mailboxes. The user can set up and change various parameters such as notification 
intervals in conjunction with or subsequent to an initial registration. 

20 In operation, when a new message is left on the VMS 120 for a given user, the VMS makes 

an outgoing call to the PBX 122. The outgoing call includes destination information for the user. 
This destination information in the illustrative embodiment may include a prefix and a suffix, with 
the prefix providing routing information to the PBX, and the suffix containing user identification 
information. The outgoing call from the VMS is routed by the system over an H.323 trunk from the 

25 VMS to the EMCS 104. The EMCS extracts the user identification information from the received 
H.323 call. The EMCS then prepares and posts the messaging service content to the WSS 106 via 
HTTP. 

13 
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The WSS converts the content into a format suitable for the mobile client device of the 
particular user, with an embedded live telephone link, and initiates a WAP push operation. A text 
notification with an embedded URI is then pushed to the mobile client device of the user. The text 
notification may include information such as which of a number of user-assigned mailboxes the 
5 message is from, the identity of the caller, the length, subject matter and urgency of the message, 
and so on. 

The user fetches the corresponding service content by pressing a single key, such as an OK 
button, or entering another type of command which activates the live telephone link. The live 
telephone link when activated connects the mobile client device to the VMS such that the user can 
10 retrieves therefrom the newly arrived voice message. The connection between the mobile client 
device and the VMS may be via a conventional cellular or wireless telephone call of a type normally 
placed by a user at the mobile client device. 

In the foregoing example, the text notification and live telephone link to the VMS are sent 
together, such that upon receipt of the notification, entry of a single command at the mobile client 
15 device is sufficient to activate access to the VMS for subsequent retrieval of the associated voice 
message. However, the text notification and the live telephone link need not be sent together, as is 
illustrated by the following example. 

Another example set of operations associated with an implementation of a voice message 
notification and retrieval process in the illustrative embodiment of FIG. 1 is as follows. 
20 1 . A new voice message is left for a given user on the VMS 120. 

2. User identification information is determined in the VMS. 

3. The VMS makes an outgoing call to the PBX 122. The outgoing call includes the routing 
information to the PBX and the user identification information. 

4. The call is received at the PBX. 

25 5. The PBX routes the call to an appropriate H.323 trunk. 

6. The EMCS 104 receives the H.323 call. 
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7. The EMCS extracts the user identification information from the H.323 call and searches 
an associated database to find a match between the user identification information and a registered 
mobile client device. 

8. The EMCS generates the messaging service content, which includes a notification and 
5 a live telephone link to the VMS, and posts it to the WSS via HTTP. 

9. The WSS generates a corresponding text notification. 

10. The WSS initiates a WAP push operation and an SI which includes the text notification 
is sent from the PI 1 16 to the PPG 1 14. 

11. The PPG pushes the SI to the mobile client device. 

10 12. The mobile client device displays the text notification and the user presses the OK 

button to fetch the corresponding voice message. 

13. The WG 112 receives a WAP request for the content from the mobile client device and 
sends to the WSS a corresponding HTTP request to fetch the content. 

14. The WSS transcodes the XML content into WML/XHTML with an embedded live 
15 telephone link to the VMS. 

15. The WSS responds to WG with WML/XHTML content via HTTP. 

16. The user presses the OK button again to directly call the VMS. This establishes a 
connection between the mobile client device and the VMS that allows the user to retrieve the voice 
message. 

20 The foregoing examples, although illustrated for notification and retrieval of a single voice 

message from a single VMS, can be readily modified to accommodate retrieval of multiple voice 
messages, from a single voice mailbox on a given VMS or from multiple voice mailboxes on the 
same or different VMSs. 

Multiple voice message notification may be implemented, by way of example, by 

25 configuring the WML/XHTML content generated by EMCS/WSS as a multi-part document, with 
each part corresponding to one voice mailbox. 
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It should also be understood that the particular processing operations in the foregoing 
examples are not requirements of the invention, but are merely indicative of typical operations in 
the illustrative embodiment of FIG. 1. Other processing operations may be used in alternative 
embodiments. For example, the notification mechanism for conveying user identification 
5 information from the VMS to the EMCS is not limited to H.323 calls, and any alternative technique 
for conveying such information may be used. An advantage of the H.323 interface, however, is that 
it provides a simple and reliable system integration utilizing otherwise conventional VMS, PBX and 
other telephony equipment elements. Examples of alternative notification mechanisms for 
communicating information between the VMS and the EMCS include session initiation protocol 
10 (SIP) notifications, or e-mail notifications. 

Also, the notification provided to the mobile client device within the push content is not 
limited to a text notification, and other types of notification, including audible notifications or other 
types of user-perceptible notifications indicative of a received voice message, may be used. 

Furthermore, push content comprising a notification of at least one received voice message 
15 may be generated by the WSS alone, by the EMCS alone, or by the WSS operating in conjunction 
with the EMCS as in the foregoing examples. The term "server" as used herein may refer to the 
WSS, to the EMCS, to a single server which comprises the WSS and the EMCS, or to a set of 
servers which collectively comprise the WSS and the EMCS. 

As previously noted, one or more of the processing functions described above in conjunction 
20 with the illustrative embodiment of the invention may be implemented in whole or in part in 
software utilizing processor 202 and memory 204 associated with a processing element of the 
system. Other suitable arrangements of hardware, firmware or software may be used to implement 
the techniques of the invention. 

The present invention provides numerous advantages over the conventional techniques 
25 previously described. For example, as noted above, the invention in the illustrative embodiment 
supports single-key operation for access from a mobile client device to a VMS to allow retrieval of 
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a stored voice message, thereby avoiding the need for users to enter VMS telephone numbers at their 
mobile client devices. 

Also, the invention can be used to provide automated notification and retrieval for multiple 
mailboxes across different VMS providers. This can in effect make it appear to the user as if all the 
5 messages from the multiple mailboxes of the various VMSs utilized by that user are associated with 
a single common mailbox, thereby avoiding the need for the user to monitor separately any such 
multiple VMSs. 

Moreover, the voice message notification and retrieval is provided in a secure manner, 
without compromising the EMCS, VMS or other elements behind the system firewall. 

10 The system in the illustrative embodiment also supports, in addition to voice message 

notification and retrieval, secure user registration and administration, over-the-air reconfiguration, 
and secure enterprise multimedia content access. 

Advantageously, the system leverages existing VMS, PBX and other telephony equipment 
elements of the system, such that the voice message notification and retrieval is provided in a 

1 5 particularly efficient manner and at low cost. 

Another important advantage of the present invention is that, in an illustrative embodiment 
in which notification involves multimedia content or a multi-part document, all information 
regarding the physical location of the content and the procedures for retrieving the content may be 
encoded in accordance with the WAP push protocol, so as not to be visible from a display screen 

20 of the mobile client device. This feature makes the present invention safe to use in a crowded area 
with other people nearby, and therefore alleviates a problem that arises in conventional techniques, 
such as those based on SMS, where such information may be shown explicitly on the mobile client 
device display screen. 

The techniques of the present invention can be utilized with any type of VMS, and can also 
25 be applied to other types of messaging, including messaging associated with conference call 
notification and so-called "exceptional" conferencing. It can also be used with messaging associated 
with e-mail, fax, stock quotes, etc. As another example, it can be used to allow a user to select 
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among different levels of call bridging, such as bridging the calls to the mobile client device or 
bridging only voice messages. 

It should again be emphasized the above-described arrangements are illustrative only. For 
example, alternative embodiments may utilize different processing element hardware, firmware or 
5 software configurations, different push and pull mechanisms, and different communication protocols 
than those of the illustrative embodiments. These and numerous other alternative embodiments 
within the scope of the following claims will be apparent to those skilled in the art. 
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